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Description 

METHOD AND SYSTEM FOR 
CONTROLLING SPARE PARTS INVENTORY 
WITHIN A MANUFACTURING PLANT 

Background of Invention 

[0001] 1. Field of the Invention 

[0002] The present invention relates to inventory control systems 
for use in manufacturing plants having multiple worksta- 
tions at different locations in the plant, and in particular, 
to computer-implemented inventory control systems 
which permit control of spare parts inventory by identify- 
ing and locating spare parts in the manufacturing plant. 

[0003] 2. Background Art 

[0004] ivianufacturing plants relate to plants where a product is 
made, manufactured, or otherwise assembled. Typically, 
most plants include a number of machines which work 
alone or in combination with other machines to produce 
the product. 



[0005] jhe machines can be, and typically are, arranged into 

workstations for operation by a user. In automotive man- 
ufacturing, for example, the workstations can be arranged 
into a assembly line for manufacturing a vehicle. 

[0006] The machines have a tendency to periodically brake down 
over time. These break downs can be costly to the manu- 
facturer, especially if the break down shuts down an as- 
sembly line. The plants maintain spare parts inventories to 
provide spare parts for repairing the broken down ma- 
chines. 

[0007] Many manufacturing plants have quotas or some other 
performance criteria for the users. If the machine breaks 
down and the user has to wait too long for a spare part, 
the user is unlikely to make the performance quota. The 
break down may not be the fault of the user, but the user 
is nevertheless blamed for missing their performance 
quota. 

[0008] The users have a tendency to stockpile excessive numbers 
of spare parts at their workstation. The stockpile provides 
the user with quick access to spares they may need for re- 
pairs. 

[0009] The stockpiling of spare parts tends to produce an ineffi- 
cient allocation of the plant resources. This forces the 



plant to purchase excessive numbers of spare parts, which 
is cost prohibitive. 

[0010] In the past, to limit the stock piling of spare parts, the 
users were required to check the parts out from a spare 
parts crib. In this manner, an operator of the crib could, in 
theory, control the flow of spare parts and limit the users 
from creating personal stock piles. 

[0011] The crib method, though helpful in some respects, tends 
to adversely affect Lean Manufacturing. In Lean Manufac- 
turing, it is desirable to maintain an optimal amount of 
spare parts at the places where the spare parts are 

needed. 
Summary of Invention 

[0012] It is, therefore, a desire of the present invention to facili- 
tate controlling spare parts inventory within a manufac- 
turing plant to limit the stockpiling of personal spare 
parts inventory. 

[0013] One aspect of the present invention relates to a com- 
puter-implemented method for controlling inventory in a 
manufacturing plant having a number of work stations at 
different locations in the plant. 

[0014] The method begins by associating each unit of the spare 
parts inventory with identification, location, and opera- 



tional needs data. The data generally comprises data 
which provides details regarding the identification and lo- 
cation of the spare parts as well as the number of parts 
needed for desired plant operations. 

[0015] Once the data is associated with the spare parts, the data 
is stored at a common base station. The data stored at the 
base station is referred to as inventory data and repre- 
sents the units of inventory according to their identifica- 
tion, location, and operational needs data. 

[0016] The location data can include a plant name, a department 
name, a workstation location, an operator name, and a 
drawer position. The identification data can include key- 
words, a part description, a remark, a manufacturer part 
number, a vendor part number, a bar code number, a 
vendor name, a vendor contact link, a unit cost, a critical 
designation, and a blue print number. The operational 
needs data represents a quantity of spare part units 
needed for desired plant manufacturing levels. 

[0017] Users can locate parts within the manufacturing plant by 
transmitting signals representative of a spare parts search 
request to the base station. A graphical user interface 
having a number of fields can be provided on one or more 
computer terminals in the plant. The graphical user inter- 



face can receive instructions from the user and transmit 
tlie signals needed for tlie searcli request to the base sta- 
tion. Preferably, the user is permitted to search for spare 
part according to each of the aforementioned identifica- 
tion and location data. 

[0018] The base station receives the search signals from the 

graphical user interface for processing with the inventory 
data. The processing preferably occurs in the base station 
and produces a search result representing the inventory 
data for each unit in the spare parts inventory matching 
the spare parts search request. 

[0019] In addition, the search results preferably also include an 
available quantity of the spare part units displayed relative 
to the quantity of spare part units needed for the desired 
manufacturing levels. This information can be vital for 
controlling whether new spare parts are purchased or 
whether the plant already possesses spare parts which can 
be retrieved from within the plant. Optionally, the search 
result can be based on multiple plants located remotely 
from each other so that the user can request spares from 
the other plants rather than purchasing new spares. 

[0020] The search results are transmitted from the base station 
to the computer for graphical display to the user. The 



search results, preferably, are displayed in a user-friendly 
manner on the graphical user interface. 
[0021] In one embodiment of the present invention, the graphical 
user interface provides a first screen indicating all the 
matching spare parts, including at least a portion of the 
inventory data. The user can then select a link in the 
graphical user interface to view the remaining the inven- 
tory data. In this manner, the user can search for spare 
parts and locate the spare parts for use in repairing their 
machine. 

[0022] When the parts are used, the base station can automati- 
cally update the spare parts inventory. In one embodiment 
of the present invention, the inventory is updated by the 
user returning a bar code card to a drop box. The bar 
code card is then scanned and its identification and loca- 
tion data is transmitted to the base station for updating 
the spare parts inventory data. The spare parts inventory 
is then automatically decremented. 

[0023] Usage reports can be automatically generated to track and 
monitor the usage of spare parts. The usage reports can 
include a parts needed report, an excessive parts list, a 
historical parts list, and a critical parts lists. These usage 
reports are automatically generated by processing at the 



base state and automatically updated as parts are used. 

This information can be helpfully in managing the spare 

parts inventory, especially with tracking the purchasing of 

new spare parts. 
Brief Description of Drawings 

[0024] Figure 1 illustrates a system for controlling spare parts in- 
ventory in accordance with the present invention; 

[0025] Figure 2 illustrates a graphical user interface to facilitate 
associating inventor data with spare parts inventory in ac- 
cordance with the present invention; 

[0026] Figure 3 illustrates a graphical user interface to facilitate 
submitting search requests in accordance with the present 
invention; 

[0027] Figure 4 illustrates a graphical user interface to facilitate 
displaying search results in accordance with the present 
invention; 

[0028] Figure 5 illustrates a graphical user interface to facilitate 
displaying detailed search results in accordance with the 
present invention; and 

[0029] Figure 6 illustrates a graphical user interface to facilitate 

selecting spare parts inventory usage reports. 
Detailed Description 



[0030] FIGURE 1 illustrates a system 10 in accordance with the 
present invention for controlling spare parts inventory. 
The system includes manufacturing plant 12, computer 
14, network 16, and base station 18. 

[0031] Manufacturing plant 12 generally relates to an automotive 
manufacturing plant having a number of machines ar- 
ranged into work stations. The manufacturing plant, and 
the present invention, however, are not limited to auto- 
motive manufacturing. 

[0032] Computer 14 relates to a common laptop or desktop 

computer which is located within plant 12. It can also be a 
personal data assist or any other portable device which is 
capable of electronic operation in accordance with the 
present invention. 

[0033] Computer 12 communicates with base station 18 by 
transmitting communications signals over network 16. 
Base station 18 is typically a server or data base type sys- 
tem which is capable of storing information, processing 
the stored information in response to search requests, 
and generating transmissions to the network. 

[0034] Network 16 can comprises any network arrangement, in- 
cluding an intranet or an internet arrangement. In the in- 
tranet arrangement, the same network connects computer 



to base station. This configuration can be used for single 
plant spare parts inventory control. In the internet ar- 
rangement, separate networks at different plants commu- 
nicate with base station. This configuration can be used 
for multiple plant spare parts inventory control. 

[0035] Manufacturing plant 12 includes a number of machines 
for doing work. The machines are arranged into worksta- 
tions at different locations of plant 12. The workstations 
can include multiple machines. A user is required to oper- 
ate the workstation and the machines therein. The ma- 
chines periodically require spare parts when broken down. 

[0036] The machines have a tendency to brake down over time. 
The break downs can be costly to the manufacturer, espe- 
cially if the break down shuts down an assembly line. To 
limit the down time, spare parts can be kept at plant 12 to 
repair the broken down machines. 

[0037] The users, however, have a tendency to stockpile the 
spare parts, producing an inefficient allocation of the 
plant resources. Because the users are stockpiling the 
parts, plant 12 is forced to purchase excessive numbers of 
spare parts. This is cost prohibitive and a problem. 

[0038] FIGURE 2 illustrates graphical user interface 24 to facili- 
tate transmitting inventory data to base station. The in- 



ventory data relates to identification, location, and opera- 
tional needs data which is entered for each part and com- 
municated to base station 18. The stored data can then be 
accessed by base station 18 in response to a search re- 
quest to search for spare parts. 

[0039] Preferably, graphical user interface 24 is a software pro- 
gram residing on computer. Computer 14 can receive the 
data and transmit it to base station 18 for storage. Op- 
tionally, however, the data could be transmitted in a 
spreadsheet or manually entered into base station 18. 

[0040] Graphical user interface 24 includes a number of fields 
which can receive alphanumeric characters to facilitate 
identify and locating the spare parts. 

[0041] Guidelines can be provided to assist with determining the 
appropriate data. In particular, a common set of rules 
could be used to assist with communalizing the different 
data so that the same data are used for the similar parts. 

[0042] The identification data can include keywords 26, a part 

description 28, a remark 30, a manufacturer part number 
32, a vendor part number 38, a vendor name 40, a bar 
code number 44, a vendor contact link 46, a unit cost 50, 
a critical designation 52, and a blue print number 54 in- 
cluding sheet 56 and detail 58. 



[0043] Keyword data 26 is the commonly referred to name for 

the spare part in the industry. Part description data 28 is a 
longer textual description of the part. Part description 
data 28 can be an industry standard description or other 
user provided description. 

[0044] Remark data 30 includes a textual description which, in 
comparison to the part description, relates to other infor- 
mation which may be less descriptive of the part, but 
more descriptive of other relevant information. Com- 
monly, remark data 30 relates to special care instructions 
for the part or other information which may be relevant to 
users seeking to use the part. 

[0045] Vendor part number data 38 is an alphanumeric descrip- 
tion for the part assigned by the vendee. Additionally, 
manufacture part number 32 may also assign. Both part 
numbers 32, 38 could be associated with the same part. 

[0046] Bar code number 44 is also an alphanumeric description 
for the part which is assigned to the identification data 
assigned the part. Bar code number 44 changes for each 
part. Blue print data 54 indicates a corresponding blue 
print or computer aided drawing for the part, including 
sheet 56 and detail 58. Unit cost data 50 indicates the 
cost of the spare part. Typically, the spare parts are deter- 



mined from a blanket purchase order. 

[0047] Vendor name 40 indicates the vendor. Vendor link 46 is 
typically an embedded use address which takes the user 
to a separate pop-up vendor window (not shown). The 
vendor window indicates contact information for contact- 
ing the vendor, and optionally, whether a blanket pur- 
chase order is available for the spare part. 

[0048] The user can use the blanket purchase order to purchase 
new parts. Preferably, the purchasing of new parts is an 
automated process where the request is electronically sent 
to the manufacturer from actuation of a button or other 
electronic means in the vendor window. 

[0049] Critical designation 52 is provided to indicate whether the 
spare part is critical to plant operations. In some case, it is 
vital to have some spares always on-hand due to the ne- 
cessity of these parts in the event of a breakdown. These 
parts receive a checkmark. 

[0050] Location data, like the identification data, can be any 
combination of alphanumeric characters. The location 
data is typically customized by the user entering the in- 
formation. In other words, rather than using a coordinate 
system, or other arbitrary methodology, the users at each 
plant enters in the location data according to the common 



designations used in tlie plant. In this manner, different 
plants can have different descriptions, but the personnel 
at each plant should have an easier time locating the 
parts. However, a coordinate system could similarly be 
used. 

[0051] The location data can include a plant name 62, a depart- 
ment name 64, a workstation name 66, an operator name 
68, and a drawer position 70. Plant name 62 indicates a 
plant in which plant 62 is located. This data is especially 
helpful if multiple plants are searched for spare parts. 

[0052] Department name 64 indicates the department within the 
plant where the part is located. Workstation name 66 indi- 
cations the workstation where the part is located within 
department 64. 

[0053] Operator name 68 indicates the name of the operator 
(user) working at the workstation having the part. This 
person is typically the key contact for locating the part, 
i.e., the person stockpiling the part. Drawer position 70 
indicates in which cabinet drawer the part is located. This 
is helpful as many of the spare parts are stored in cabi- 
nets at the workstations. 

[0054] Jo further assist with controlling the spare parts inven- 
tory, operational needs data is also stored at base station 



18. The operation needs data represents a quantity of 
spare part units needed for desired plant manufacturing 
levels. 

[0055] This data typically comprises a minimum and maximum 
value for the part relative to the operational needs of the 
particular plant. The values are determined by supervisors 
based on past usage and needs. This data is typically en- 
tered separately to base station 18. 

[0056] The operational needs, as described in more detail below, 
can be used to compare the actual spare parts inventory 
levels against the desired spare parts level (i.e. minimum/ 
maximum) to determine whether a part should be pur- 
chased or retrieved from elsewhere in the plant. 

[0057] Submit button 76 is provide to initiate transferring the 
data to base station 18. 

[0058] The inventory data is transferred, i.e., in putted to base 

station when parts are removed from the crib for dispersal 
to the users. In accordance with the present invention the 
crib is merely a receiving point to receive the spare parts 
from the vendors. Once received, most of the parts are 
preferably dispersed to various workstation to support 
Lean manufacturing. Base station 18 automatically incre- 
ments the available quantity of the spare part based on 



the inputted data. 

[0059] The inventory, i.e., tlie location identification, no opera- 
tional needs data, is stored on the base station for subse- 
quent use in searching for spare parts and for managing 
spare parts inventory. In particular, users, such as skilled 
trades users, can use the computer to search for and lo- 
cate spare parts. Also, users, such as a supervisor, can 
manage the spare parts inventory by using the computer 
to retrieve usage reports and other historical information 
on spare parts, as described below in more detail. 

[0060] FIGURE 3 illustrates graphical user interface 80 to facili- 
tate transmitting a search request to base station 18. A 
number of fields can be provided in graphical user inter- 
face for receiving instructions from the user. Preferably, 
the user is permitted to search for spare parts according 
to each of the aforementioned identification and location 
data. 

[0061] jhe user need only enter data for one or more of the data 
fields. The search can then be transmitted to base station 
by actuating search button 82. Graphical user interface 
then generates corresponding signals which are commu- 
nicated over network to base station. The search signals 
are processed at base station with the inventory data and 



the operational needs data to generate the search results. 
[0062] The processing preferably occurs in the base station and 
produces a search result representing the identification, 
location data, and operational needs data for each unit in 
the spare parts inventory matching the spare parts search 
request. 

[0063] As shown, drop-down and scroll-down menus are option- 
ally provided for the keyword data, the plant data, and the 
department data. These menus provide a list of commonly 
used search criteria. The menus can also be coordinate 
with the address of computer 14 so that the menus auto- 
matically pull up the menus for plant 12 from which the 
search is originating. This process is referred to as dy- 
namic addressing. 

[0064] The search results can be used for controlling whether 
new spare parts are purchased or whether the plant al- 
ready possesses spare parts which can be retrieved from 
within the plant. The search result can be based on multi- 
ple plants located remotely from each other so that the 
user can request spares from the other plants rather than 
purchasing new spares. 

[0065] The search results are transmitted from the base station 
to the computer for graphical display to the user. The 



search results, preferably, are displayed in a user-friendly 
manner on the graphical user interface. In this manner, 
the user can search for spare parts and locate the spare 
parts for use in repairing their machine. 

[0066] FIGURE 4 illustrates graphical user interface 88 indicating 
the search results. A number of different parts are listed, 
as many parts include similar data which may match the 
search criteria. Often, multiple spare parts will be avail- 
able from different locations within the same plant. 

[0067] jhis view is at a relatively high level. The user can select a 
link in the graphical user interface to view graphical user 
interface 92, which includes the identification, location, 
and operational needs data in more detail, as shown in 
FIGURE 5. 

[0068] In Figure 5, more data is provided for the selected part. 
Preferably, all the available data for the spare part is 
shown. In some case, however, security clearances may be 
required to view some of the data. The security clearance 
can be determined based on a user login name or other 
password system. 

[0069] Generally, the security clearancing is done to limit the lo- 
cation data to key contact information such as the opera- 
tor are, and not the detailed location data, to prevent 



unauthorized takings of tlie spare parts. 

[0070] The user generally desires to locate parts from their own 
plant. Accordingly, the initial search is usually limited to 
the plant originating the search. Global search button 94 
is provided to conduct a broadening search without hav- 
ing to return to a previous page. 

[0071] A global search result is similar to the results shown in 
Figure 5, except parts from a number of plants are in- 
cluded. However, the user could select all or multiple 
plants from the drop-down menus in Figure 4. Plant 
search button 96 is provided returning to the plant search 
page from a global search page. 

[0072] The global search functionality provides additional Lean 
Manufacturing advantage within a multiple plant manu- 
facturing system. Rather than storing spare parts for dis- 
persal to each plant, the global search capabilities allows 
all the spare parts to be dispersed throughout the system. 
The global search is used if parts are needed by any plant 
in the system. This supports Lean Manufacturing in that 
the spare parts levels are as low as possible and dispersed 
where needed, and just in time delivery is provided by the 
global search. 

[0073] Usage report button 100 is provided to access reports 



which are automatically generated by base station for the 
selected spare parts. These reports can be automatically 
generated to track and monitor the usage of spare parts. 

[0074] FIGURE 6 illustrates graphical user interface 102 for se- 
lecting a usage report. The usage reports can include a 
parts needed report, an excessive parts list, a historical 
parts usage list, and a critical parts lists. 

[0075] Graphical user interface 102 is automatically populated 

with the spare parts data from the preceding interface 92, 
including the plant data, the department data, and the 
part number data. The user can change the data as de- 
sired. The user then selects the desired report from report 
selector 104 and time period from period selector 106. 
The reports are then generated. 

[0076] The historical parts usage report is typically generated by 
selecting the plant, department, and part number data. 
The historical parts usage report then lists the usage for 
that part over the selected time period. Optionally, the 
part number data can be left blank, resulting in the report 
listing the usage level for all the spare parts in the se- 
lected plant and department. 

[0077] The parts needed report is typically generated by selecting 
the plant and department data and leaving the part num- 



ber data blank. This report list all the spare parts for the 
selected plant and department which have available quan- 
tities which are less than the desired minimum quantity. 
[0078] The excessive parts list is typically generated by selecting 
the plant and department data and leaving the part num- 
ber data blank. This report list all the spare parts for the 
selected plant and department which have available quan- 
tities which are greater than the desired maximum quan- 
tity. 

[0079] The critical parts report is typically generated by selecting 
the plant and department data and leaving the part num- 
ber data blank. This report list all the spare parts for the 
selected plant and department which have are deemed 
critical to plant operations. This report is generated, typi- 
cally by a supervisor, to period check on the available 
quantity of the critical spare parts to insure adequate sup- 
plies are on-hand. 

[0080] Optionally, the usage reports can be automatically gener- 
ated by processing at the base state and automatically 
updated as parts are used. In this case, links could be 
separate provided for accessing the reports without hav- 
ing to enter the data shown in Figure 6. The usage report 
information can be helpfully in managing the spare parts 



inventory, especially with tracking the purchasing of new 
spare parts. 

[0081] When the parts are used, the base station can automati- 
cally update the spare parts inventory. This can be done 
by the user decrementing the available quantity by select- 
ing decrement button 110 from Figure 5. 

[0082] In addition, an automated process can be set up based on 
the bar code cards. The automated process simply re- 
quires the user to drop off the bar code card in a drop- 
box. The bar code card is then scanned and its corre- 
sponding inventory data is transmitted to the base sta- 
tion. The spare parts inventor is then automatically decre- 
mented. This process can be especially helpful when users 
are unable or unwilling to make changes through the 
graphical user interface. 

[0083] While the best mode for carrying out the invention has 
been described in detail, those familiar with the art to 
which this invention relates will recognize various alterna- 
tive designs and embodiments for practicing the invention 
as defined by the following claims. 



